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ABSTRACT 



The Computer Performance Modeling Tool (CPMT) is a 
discrete event simulation program designed to model computer 
systems. It is written in PASCAL for the VAX-ll/VMS envi- 
ronment. CPMT uses the concepts of queueing theory to model 
computers as a network of server groups through which job 
events are processed. The interactive program provides the 
user the capability to update an indexed sequential data 
base of simulation model sepcif ications and to execute simu- 
lation runs of computer system models contained in the data 
base. Simulation model runs produce output statistics on 
the performance of the modeled computer system. The thesis 
documentation includes a User's Manual; information on 
computer system model design; CPMT data base and program 
specifications; program test and verification results; and 
enhancement possibilities to be included in the ongoing CPMT 
development project. 
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I. INTRODUCTION 



The Computer Performance Modeling Tool (CPMT) is a 
discrete event simulation program designed to model computer 
systems. It is written in PASCAL for the VAX-1 1/VMS 
environment . 



A. PROJECT PURPOSE 



CPMT program development began 
Computer Performance Evaluation, CS 
Postgraduate School. The intent of 
first, to have students gain fami 
of simulation programs through the 
and implementation; and second, to 
tion program which could be used wi 
model computer systems and perform 
the simulation model results. The 
initial simulation program design 
versions of two program modules. 



as a class project for 
4400, taught at the Naval 
the project was twofold: 
liarity with the concepts 
process of program design 
produce a viable simula- 
thin the class context to 
statistical analysis of 
class effort produced the 
concept and the basic 



B. SCOPE OF EFFORT 

This thesis is a continuation of the CPMT program devel- 
opment task, with the goal of producing an operational, 
documented and tested baseline simulation program to be used 
as a classroom tool for CS4400 and as a basis for further 
student program development and enhancement projects. The 
thesis effort included adding interactive 'user friendly' 
features to the program; rewriting the main program Execute 
and Tabulate module; writing User's Manuals and system docu- 
mentation, and testing the validity of the simulation 
program results. 
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c. 



OVERVIEW OF THE CPHT PROGRAM 



CPMT uses the concepts of queueing theory to model 
computers as a network of server yroups through which job 
events are processed. The user provides parameters to model 
computer systems in terms of both the computer system 
configuration and the job types run on the system. The 
computer configuration is modeled as a collection of server 
groups which represent system components such as CPU or disk 
drives. Additionally, an entrance and exit server group is 
specified to route jobs into and out of the system. Job 
types are modeled from p ameters which define the job 
arrival rate and distribut n; job priority; job routing 
probabilities from server group to server group; and the job 
service rates at the server groups. 

After modeling the computer system and entering the 
model parameters in the CPMT data base, the user can execute 
the simulation model to produce output statistics concerning 
characteristics of the modeled computer system. Output 
statistics include items such as job type response times and 
utilization rates of system components. At simulation run 
time, the CPMT program generates joos from the job type 
parameters and processes the jobs through the server group 
structure which represents the modeled computer. As the 
program processes the jobs it yathers data concerning the 
jobs and server groups. Upon completion of the simulation 
run the program tabulates statistical output fcom the gath- 
ered data. 

CPMT is an interactive program comprised of four main 
modules under the control of the CPMT program driver. The 
four main modules are: the Update Module which provides an 
interactive capability to update the simulation model data 
base; the Check Simulation Specifications module which 
provides a capability to check the model parameter specifi- 
cations for completeness and consistency; the Create Job 
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Stream module which creates the jobs to be run through the 
system from the job type parameters; and the Execute and 
Tabulate module which processes jobs through the server 
group structure and produces the statistical output. 

D. THESIS ORG ANIZATIOH • 

Chapters 2 and 3 of the thesis are user oriented. 
Chapter 2, Designing the Simulation Model, concerns the 
model design process. It describes the model specification 
parameters and their organization into job type, routing and 
server group records; discusses the design requirements and 
limitations; and provides an example of a model design. 
Chapter 3, the CPMT User’s Manual, describes how the CPMT 
program is run. It includes descriptions of the online 
options for updating the data base and running the simula- 
tion model. As suggested by the ordering of Chapters 2 and 
3, model design is best accomplished as a paper process that 
the user completes before using the CPMT program online. 
The user will probably find it helpful to complete the model 
data forms provided in Figures 2.6 and 2.7 during the model 
design process. The forms organize the model specification 
parameters into a format which facilitates online data 
entry . 

Chapters 4 and 5 are oriented towards programmers 
concerned with CPMT maintenance and enhancement. Chapter 4, 
the Program Specifications, presents an overview of the CPMT 
driver and main modules. Chapter 4 also contains a data 
dictionary describing the dynamic data record structures and 
data items used by the CPMT program and a discussion of the 
physical files which comprise the system. Chapter 5, the 
Data Base Specif ications, describes the indexed sequential 
data base. 
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The test and validation results for the CPMT program are 
discussed in Chapter 6. The c> nclusions of Chapter 7 
present a list of possible program enhancements for 
continued program development. 
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II. DESIGNING THE SIMULATION MODEL 



The most difficult aspect of using the Computer 
Performance Modeling Tool is designing the computer system 
model that is to be simulated. The utility of the simula- 
tion results will depend on the guality of the model design 
and the proficiency of the user in isolating the character- 
istics of the computer system components which have the 
greatest impact on system performance. This chapter is 
concerned with the development of the model specifications 
and a discussion of the input options and parameters which 
the user has available in the modeling process. 

The design of the computer system entails two aspects: 
modeling the computer configuration and modeling the work- 
load which is processed by the computer. The data parame- 
ters used to model the computer system are grouped into 
three record types for data input and data base storage: the 
job type records, the routing records, and the server group 
records. The job type and routing records describe the work 
to be performed by the system, and the server group record 
describes the attributes of the computer being simulated. 

A. DESCRIPTION OF INPUT PARAMETERS 

In this section, the design of the computer system model 
is discussed in terms of the data fields for the server 
group, job type and routing records. First, the Simulation 
Model Number, which is a common to the three data records, 
is described. 

• Simulation Model Number: Each model is assigned a simu- 

lation model number between 1 and 99. The simulation 
number is used to identify a particular simulation model 



15 



in the simulation model data base. The simulation model 
number is common to all the record types developed to 
describe a given model. 



1 . Ser ver Group Rec ord 

The computer is modeled as a collection of server 
groups. Each server group is comprised of one or many 
servers and is serviced by a single gueue. The maximum 
cueue length for each server group is assumed to be infi- 
nite. Server groups may be used to model components of the 
computer such as rminals, printers, I/O channels, CPU, 
disks. For each -laudation model, the single server group 
record lists the server groups of the model. 



Server Group Record Data Fields. 



The server group record data parameters are discussed below 
and listed in Figure 2.1. 



• Server Group Humber. Currently C?."1T is set up to accom- 
modate 9 "working" server groups. The user assigns one 
of the available server group numbers 1 through 9 tc "he 
server groups in their model. 



• Number of Servers. For each of the working server 
groups 1 through 9, the user identifies the number of 
servers in that server group. Valid range for the 
number of servers in the server group is 0 to 999. If a 
server group is not used in the user's model, then the 
user should specify 'O' as the number of servers for 
that server group. 



It is important to keep in mind that if a server 
group is identified as having several servers, the servers 
must be interchangeable since the assignment of servers to a 



Record Field 


Ty pe 


Range 


Comments 


' ' ' 


Simulation 

Model 

Number 


I 


1..99 






Number 

Servers 


A r ray 
1. . 10 of 
In teger 


1..999 




J 



Figure 2.1 Server Group Record Parameters. 

job within a server group is arbitrary. For example, 
suppose a computer system has two disks. If the jobs being 
modeled to ’run’ on the system must access a disk, but not 
necessarily a particular disk, then the user may choose to 
model the system using a ’disk' server group having two 
identical servers. However, if the jobs must access a 
particular disk, then the user may wish to model the system 
as having two disk server groups, each with a single server. 

In order to facilitate the entrance and exit of jobs 
into the system, entrance and exit "dummy" server groups are 
identified. A job always enters the system at Server Group 
0 and exits the system at the highest number Server Group 
that the system is set up to handle, which is currently 
Server Group 10. No processing of job events takes place at 
either the entrance or exit server groups so there are no 
servers at either Server Group 0 or 10. The entrance and 
exit server groups exist as a routing mechanism and are 
further discussed in the section on routing records. 

2 • dob Type Record 

The user models the work that is done by the 

computer as job types. Jobs with different processing char- 
acteristics are categorized into different job types. For 
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example, the user may wish to define a computer system which 
has two basic job types: jobs that are I/O intensive, and 

jobs which are CPU intensive. 

The simulation model can accommodate from 1 to 99 
different job types. Each job type is described with a job 
type record and multiple routing records which are subordi- 
nate to the job type record. 

Job Type Record Data Fields. The job type record data 
parameters include: job type number, job type arrival 

distribution, arrival distribution parameter, and job type 
priority. The record fields are discussed below and listed 
in Figure 2.2. 

• Job Type Number: Each job type is assigned an integer 

value from 1 to 99 for purposes of identification. The 
user should be sure to assign sequential numbers to the 
job types commencing with 1 when designing the model. 
The reason for this is that the data update module used 
for input of the data base specifications automatically 
assigns job type numbers as the job type records are 
entered. The user needs to enter the job type record 
data in the order corresponding to job type numbers 
assigned in the model design process. 

• Arrival Distribution and Distribution Parameter. In 
order to describe the job type arrival rate into the 
system the user selects a distribution type and a 'dis- 
tribution parameter' which depends on the distribution 
type selected. The distribution and distribution param- 
eter options are discussed in section 3 of this chapter. 

• Job Type Priority. For each job type, the user speci- 
fies the priority which that job will have in the 
system. The priority range is from 1 to 10, with 1 
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being the highest. Jobs events will be serviced at the 
server groups based on an ordering of jobs by queueing 
discipline within priority. For example, if the 
queueing discipline at a given server group is first 
come, first served, then all the jobs of priority 1 will 
be processed according to their arrival time before the 
processing of jobs of priority 2. 



Record Field 


Type 


Range 


— — 
Comments 


Simulation 

Model 

Number 


Integer 


1.. 99 




Job Type 
Number 


Integer 


1.. 99 




Arrival 

Distribution 


In teger 


1 .. 3 


1 - Deterministic 

2 - Exponential 

3 - Uniform 


Arrival 

Distribution 

Parameter 


Integer 


1.. 99999 


See Figure 2.4 


Job Type 
Priority 


Integer 


1.. 10 





Figure 2.2 Job Type Record Parameters. 

3 . Rout ing Record 

The routing record has two functions: it describes 

the service rate of job events of the given job type at the 
server group and it describes the routing probability for 
the job type from the server group to all the other server 
groups in the system. 
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Routing records are subordinate to the job type 
records. Each job type record requires from 2 to 10 associ- 
ated routing records. A routing record is required for the 
entrance server group and for each server group that the job 
can potentially visit in its progression through the 

computer system, excluding the exit server group. 

Routing Record Data Fields. Routing record data fields are 
described below and listed in Figure 2.3. 

• Server Group Number. The routing record server group 
number is ident died with an integer in the range of 0 
to 9 corresponding to server groups 0 through 9. 

• Service Distribution and Distribution Parameter. The 

service rate of the job type is defined in terms of 
distribution type and a corresponding distribution 
parameter. See section 3 of this chapter for the 

discussion of the distribution parameter options. 

• Routing Probability. The routing probability is imple- 
mented as a one dimensional array of integers. The 
array index corresponds to server group numbers 1 
through 10. The user enters the percent probability 
that the job will go from the server group which is the 
subject of the routing record to the other server groups 
in the system. The routing probability is an integer 
value from 0 to 100. The total of all routing probabil- 
ities from a given server group must equal 100. 

Routing Design Guidelines. The routing design for each job 
type must meet the following requirements: 

• A routing record is required for Server Group 0, the 
entrance server group. It is necessary to provide the 
routing probability da + a for SG 0, since it will define 
the entrance of the jo into the system. However, since 
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• The sum of the routing probabilities from a given server 
group to server groups 1 through 10 must equal 100. 

• The probability of routing a job from a given server 
group to itself must not equal 100, to avoid generating 
a job which will never complete processing. 

• If a job is routed to a server group, then a routing 
record must exist for that server group to provide for 
routing the job from that server group. 

B. DISTRIBUTION PAR ALTERS 

To describe the arrival rates and service rates of job 
types, the user selects one of three available distribution 
types and supplies the requisite distribution parameter for 
the distribution type selected. The three distribution 
types currently implemented in the CPMT are the determin- 
istic, exponential, and uniform distributions. Figure 2. 4 
lists the available distribution types and corresponding 
distribution parameters. 



DIST DIST DISTRIBUTION 

CODE TYPE PARAMETER 



1 

2 

3 



Deterministic 

Exponential 

Uniform 



Deterministic Value 

Exponential Distribution Mean 

Upper Bound X of Uniform 
Distribution from 0 to X 



Figure 2.4 Distribution Types and Parameters. 
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Record Field 


Type 


Range 


Si mulation 

Model 

Number 


In teger 


1 . . 99 


Job Type 
Number 


Integer 


1 .. 99 


Server Group 
Number 


Integer 


0.. 9 


5 ervice 
Distribution 


Integer 


1 . .3 



Comments 



1 - Deterministic 

2 - Exponential 

3 - Uniform 



ervice 

istr ibution 

arameter Integer 



See Figure 2.4 

0.. 99999 



Array 

Routing 1 . . ID of 

Probability Integer 0..100 



Figure 2.3 Routing Record Parameters. 

no processing is done at the entrance server group, n 
values are assigned to service distribution and distri- 
bution parameters for Server Group 0. 

• Jobs are never routed to SG 0, the entrance server 
group. 



• J obs must be 


routed to 


SG 


10, 


the 


exit s 


erver g 


from at least 


one other 


se 


rver 


group 


in the 


system. 


• No routing record is 


re 


quire 


d for 


SG 10 


becaus 



processing is done at the exit server group and because 
the job is not routed to another server group from SG 
10 . 
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1 • D et erministic Dis tri buti on 

In the deterministic distribution, the servicing 
time or interarrival time of the jobs is a given value. 
When selecting the deterministic distribution, the user 
specifies a parameter which is the given time unit of the 
service duration or interarrival rate. For example, if a 
given message always requires two time units of processing 
time by the CPU, then the user would specify the determin- 
istic distribution and select '2' as the distribution param- 
eter when modeling that portion of the job type. 

2 . Expo nential Dist ribution 

When selecting the exponential distribution to char- 
acterize job service and arrival rates, the user specifies 
the mean of the distribution as the distribution parameter. 

3. Uni form Di stribu tion 

For a uniform distribution, the distribution is 
uniform over the range 0 to X, where X is the upper bound of 
the uniform distribution range. The user specifies the 
upper bound of the range when selecting the uniform 
distribution. 

C. GENERIC TIME UNIT 

CPMT is implemented with a "generic" time unit. The 
internal "clock" of the execute and tabulate module of the 
CPMT which runs the simulation is implemented as an integer. 
Thus all service times and arrival times must be represented 
as integer values. It is up to the designer of the simula- 
tion model to determine what this time unit represents when 
specifying service and arrival rates for the job types in 
the model. The time unit must remain consistent throughout 
the simulation model if the statistical results are to be 
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consistent. The time unit representation selected should be 
the smallest unit required to specify model parameters since 
integer values are used and times cannot be represented as a 
fraction of a time unit. The selection of a time unit is 
necessary only for model design and correct interpretation 
of the statistical results of the simulation. The time unit 
selected is not entered into the program nor used in simula- 
tion execution. 

D. MODEL DESIGH FORMS 

Several forms are provided to aide the user in the model 
design process and preparation of model specification input 
data . 

1 • Job Ty£e Rou ting Diagram Form 

The Job Type Routing Diagram Form is provided in 
Figure 2.5. The user may find it helpful to diagram the job 
routing for each job type in the simulation model. The 
routing is diagramed by drawing routing probability vectors 
between the server groups and labeling them with the routing 
probability. Space is also provided on the form to indicate 
the service type distribution and service parameter for the 
service rates of the job type at each of the server groups. 
An example of a prepared Job Type Routing Diagram Form is 
presented in Figure 2.10. The diagram of the job type 
routing provides a visual display from which the user can 
check the job type routing to ensure that it meets the 
guidelines discussed in the Routing Record subsection of 
section A of this chapter. 
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Figure 2.5 Job Type Routing Diagram Fora. 



Figure 2.6, the Server Group Record Data Fora, and 
Figure 2.7, the Job Type and Routing Record Data Fora are 
designed to group the model specif ication parameters in a 
format which facilitates the online input of data using 
CP!*T. The user should fill out one Server group Record Data 
Form per simulation model, and one Job Type and Routing 
Record Data Form for each job type in the model. 



~imulation Number: 

_ erver Group Number: Number Servers: 

1 
2 

3 

4 

5 

6 

7 

8 
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Figure 2.6 Server Group Data Form 
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Figure 2.7 Job Type and Routing Record Data Form. 



E. MODEL DESIGH EXAMPLE 

In this section, the model design process is illustrated 
through development of the required parameters to simulate a 
simple computer system consisting of a CPO and two disk 
drives. The computer system which forms the basis of the 
model design example is illustrated in Figure 2. 10 and taken 
from [Ref. 1: pp. 168 - 174], The analytic solution to the 
model is compared to the the CPMT model simulation results 
in Chapter 6. 

1 • Data In£ut Pa rame te rs 

Input parameters are developed for the three record 

types . 

• Simulation Model Number: The simulation model is 

assigned the number '20' for identification purposes. 
The number was selected from numbers 1 through 99 not 
already in use to designate a simulation model in the 
CPMT data base. 

Server Group Record: 

• Server Group Assignment: The system being modeled 

consists of three server groups: the CPO, disx #1, and 

disk#2. For CPMT model input in this example, the 
following server group designations are made: 



CPU 


— 


Server 


Group 


#1 


Disk 


# 1 - 


Server 


Group 


#2 


Disk 


#2 - 


Server 


Group 


#3 


of Servers: 


There 


is only one server in each of 



the three server groups. 
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Figure 2.8 Diagram of Simulated Computer System. 



Job Type Record: 

• Job Type lumber: The computer system has only one job 

type which will be designated as Job Type 1. 

• Arrival Distribution: Assumed to be exponential in the 

analytic model. 

• Distribution Parameter: The average job rate is given 

as 5 jobs per second. Given that the mean is 1/a, the 
mean = .2 seconds per job. 

• Job Type Priority: Since there is only one job type in 

the system, the priority assigned to the job type is 

insignificant and will not affect the statistical 
results of the simulation. For the example, a priority 
of ' 1* is arbitrarily assigned to the job type. 

Routing Records: 

Four routing records are required to describe the routing of 
the job through the system and the service times at each of 
the server groups: one for each of the three server groups, 

and one for the "dummy 1 ' entrance server group: SG 0. 

Server Group 0 Routing Record: 

• Service Rate: Since SG 0 is the arrival server group, 

no processing is done at SG 0 and no values are assigned 
to the service distribution and distribution parameter. 

• Routing Probability: The job always begins processing 

at the CPU, so the job will be routed with 100% prob- 
ability to SG 1 from SG 0. 

Server Group 1 Routing Record: 

• Service Distribution: Exponential. 
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• Distribution Parameter: The mean service time of the 

job for each visit to the CPU is given as .009 seconds 
per job. 

• Routing Probability: The average Job makes six visits 

to the CPU and is routed from the CPU six times: four 
times to Disk #2 (SG 3) ; once to Disk #1 (SG 2) ; and 
once to exit the system (SG 10) . The probabilities are 
given in Figure 2.9. Routing probabilities from a given 
server group must be represented as integer values the 
sum of which equals 100. The calculated routing prob- 
abilities from Server Group 1 are rounded off to meet 
this input criterion. 



SG # Routing probability to S3 Prob Input 

Value 



2 


P{2) = 


X 


P (2) = 


16. 67 


17 


3 


P (3) = 


4x 


P (3) = 


66.68 


66 


10 


P ( 1 0) = 


X 


P ( 10) = 


16.67 


17 




100 = 


6x 






100 




16.67 = 


X 









Figure 2.9 Routing Probabilities From SG 1. 



Server Group 2 Routing Record: 

• Service Distribution: Exponential. 

• Distribution Parameter: The mean service time of the 

jot for each visit to the CPU is given as .040 seconds 
per job. 
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• Bouting Probability: The job will return to the CPU 

after processing, so the job will be routed with 100% 
probability to SG 1 from SG 3. 

Server Group 3 Routing Record: 

• Service Distribution: Exponential. 

• Distribution Parameter: The mean service time of the 

job for each visit to the CPU is given as .025 seconds 
per job. 

• Routing Probability: The job will return to the CPU 

after processing, so the job will be routed with 100% 
probability to SG 1 from SG 3. 

2. Diagram and Check Model Param et ers 

The user may find it helpful to diagram the service 
rates and routing for each job type in the system by filling 
out the Job Type Routing Diagram Form provided in Figure 
2.5. The Job Type Rcuting Diagram for the simulation model 
example is given in Figure 2.8. The diagram allows for an 
easy mapping of the required model data specifications to 
the job type record and routing record formats. Also, the 
diagram provides a visual display from which the user can 
verify that the model meets the routing design guidelines 
listed under the Routing Record subsection of Section A of 
this chapter. 
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Figure 2.10 Job Type Routing Diagram. 



3. Determine Time Unit 

After the service and arrival rates have been deter- 
mined, the model designer should look at all the values; 
determine what unit of time the '’generic" time unit should 
equal; and then represent the values in the time unit 
chosen. In the example model, all times were originally 
calculated as fractions of seconds. The smallest amount of 
time represented in the model is the mean service time for 
the CPU: .009 seconds per job visit. Because the smallest 



time is in 


the 


millisecond 


range, the 


millisecond 


is 


selected as 


the 


time unit by 


which time 


values 


will 


be 


represented . 


All 


time values 


are multiplied by 


1000 


to 



result in a millisecond time representation. 

4 . Arrange Data in Record Format 

To facilitate input of the model data parameters, 
the model data is entered into the input data record forms 
provided in Figures 2.6 and 2.7. The Server Group Record 
Data form for the model example is given in Figure 2.11 and 
the Job Type and Routing Record form is given in Figure 
2 . 12 . 



Simulation Number : 20 




1 


Server Group Number: 


Number Servers: 




1 


1 




2 


1 




3 


1 




4 


0 




5 


0 




6 


0 




7 


0 




8 


0 




9 


0 


. 



Figure 2.11 Server Group Record Data. 
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Simulation Number: 20 Job Type Number: 
****** job Type Record Data ****** 

Arrival Dist: 2 
Dist Param: 200 
Job Type Priority: 1 
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Figure 2.12 Routing Record Form. 



III. CPMT 0SER.1S SANOAL 



This section of the User’s Manual is concerned with 
describing to the user the CPMT program itself: the options 
available to the user and how to use them. CPMT is an 
online interactive program controlled by dialogue. The 
information presented to the user in this section of the 
manual is meant to supplement and expand the instructions 
and options which are presented to the user online. In 
order to facili ite use, the User's Manual organization 
parallels the st icture of the CPMT program. 

A. RUNNING THE PROGRAM 

CPMT runs on the VAX/VMS Computer Science Department 
Computer at NPS. To execute the program after logging onto 
the computer, enter the command 

RON CPMT 

in response to the $ prompt. The program initially displays 
to the user the Master Menu of program options presented in 
Figure 3.1. The user enters the integer value corresponding 
to the option desired. A description of each of the 
options follows under separate headings. 

A note of warning to the user: because of very strong 
typing in PASCAL, the CPMI program does not accept alpha- 
betic character input when integer input is specified. If 
the user enters a non-integer character when an integer is 
expected, the program will abort. In this case, the user 
must restart the program. 

At several points in the program, the user directs 
program control by responding to questions which have YES or 
NO answers such as 
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DO 100 WISH TO EXIT FUNCTION? X/- 



The convention for the CPMT program is that the user enters 
•Y* for a YES response. Any other character input is inter- 
preted as a NO response. 



— 

COMPUTER PERFORMANCE MODELING TOOL (CPMT) 
********************************************** ********* 

Master Menu: 

1. Update Data Base 

2. Print Data Base 

3. Check Simulation Specifications 

4. Run Simulation Model 

8. Exit CPMT 



Figure 3.1 Master Menu. 



B. UPDATE DATA BASE 

It is under this option that the user enters the input 
data parameters for model specifications. This option 
updates ar. indexed sequential data base which can contain 
the specifications for many different simulation models. 
The data base is located in file RSCFILE.DAT. The CPMT 
program accesses the file RECFILE. DAT in the directory in 
which the program is executing. If RECFILE.DAT does not 
exist in that directory, the program will automatically 
create the file. If the user wishes to initialize the data 
base, it is sufficient to delete the existing RECFILE.DAT 
file from their directory and have the program create a new 
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file during the next program execution. If the CPMT is 
copied to a new directory, the user of that directory can 
either copy an existing RECFILE. DAI file into the directory 
or have the program create a new file. 

Each simulation model is identified by a unigue integer 
value called a simulation number. The user may assign a 
simulation model an integer number between 1 and 99. Upon 
entering the update option, the program displays the prompt: 



ENTER SIMULATION MODEL NUMBER OF MODEL YOU WISH TO UPDATE. 
VALID MODEL NUMBERS 1 THROUGH 99 



At this point the user enters the simulation number for a 
new or an existing simulation model. All options for adding 
and deleting records from the data base are executed for the 
simulation number specified until the user changes the simu- 
lation number. 

The update options are presented to the user in a menu 
format similar to that of the master menu. The update menu 
options are listed in figure 3.2. 

1 . C hang e Simula tion Nu mber 



This function is used to change the simulation 
number. The user receives the same prompt as is displayed 
on first entering the Update option and responds by entering 
the simulation number desired. 



2 . Add Job Tyjge Record 

• The different job types for a given simulation number 
are numbered sequentially from 1 to 99. When the user 
specifies the 'Ada Job Type 1 function, the program auto- 
matically accesses the simulation model data base to 
determine the next available job type number for the 
given simulation model and assigns that number to the 
Job Type record to be added. The assigned job type 
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UPDATE MODULE MAIN MENU 

1. Enter New Simulation Model Number 

2. Add Job Type Record 

3. Add Routing Record 

4. Add Server Group Record 

5. Delete Job Type Record 

6. Delete Routing Record 

7. Delete Server Group Record 

8. Copy Simulation Model 

9. Delete Simulation Model 

10. Exit Update Module 



Figure 3.2 Update Menu Options. 

number is displayed on the screen. Because of automatic 
job type numbering, the user should enter the job type 
records in the order corresponding to the job type 
numbering desired. 

• The program then asks a series of questions requesting 
the user to input the ARRIVAL DISTRIBUTION, appropriate 
ARRIVAL DISTRIBUTION PARAMETER, and PRIORITY of job 
type. The program dialogue is presented in Figure 3.3. 
The data input parameters requested are those under the 
Job Type Record Data heading of the Job Type and Routing 
Record Data Form, Figure 2.7. 

• Valid user input for the data fields requested is 
presented in figure 2.2 and presented to the user inter- 
actively. The program edits the input data values for 
validity and prompts for reentry of data which does not 
meet the edit check. 
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